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(54) Multimedia system for transferring and receiving program number and methods therefor 



(57) In a multi-media system for transferring and 
receiving a transport stream (MPEG2-TS) between a 
receiver (1 00) and a recording/reproducing device (200) 
using the IEEE 1394 interface, a program number com- 
mand of a selected program is transferred from the 
receiver (1 00) to the recording/reproducing device (200) 
during a recording/playback mode, and the recording 



and playback, are controlled by only one input device 
(120) for the receiver (100). Therefore, other devices of 
the multi-media system can be controlled without extra 
hardware added to the receiver (100). Also an on- 
screen graphic (OSG) is provided by the receiver (200), 
resulting in a consistent OSG. 
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Description 

The present invention relates to a digital 
audio/video ( A/V) apparatus, and more particularly, to a 
multi-media system in which a plurality of digital A/V 
apparatuses are connected with each other via a digital 
interface. 

In a digital A/V apparatus, a device can be control- 
led by other devices, which could not be achieved in a 
conventional analog A/V apparatus. As an example, the 
High-Definition-Digital Video Cassette Recorder (HD- 
DVCR) Conference defines a command set which is 
called AV/C CTS (Audio/Video Control Command and 
Transaction Set) so that an operation command from a 
remote controller is transferred to a target control device 
(called "local device") via the IEEE 1394 serial bus. 
Here, the IEEE 1394 serial bus is a standard related to 
the high-speed data transfer, which is defined by the 
Institute of Electrical & Electronics Engineers (IEEE). 
The IEEE 1394 serial bus is used as an interface for 
connecting each device of a digital multi-media system, 
having an isochronous transfer mode and an asynchro- 
nous transfer mode. Here, A/V data is transferred in real 
time using the isochronous transfer mode, and transac- 
tions required for communication, including read, write 
and lock, are transferred in an asynchronous pattern 
using the asynchronous transfer mode. Also, control 
commands such as AV/C CTS are transferred in an 
asynchronous pattern using the asynchronous transfer 
mode. 

However, the contents defined by AV/C CTS 
includes commands relating to a direct/indirect user's 
input button, but commands relating to all operations 
are not completed yet, and are still being updated. Also, 
commands related to the transfer of information which is 
not noticed by a user, or the notice of which is not nec- 
essary, are not yet provided. Thus, it is difficult to 
achieve a single common remote control for all devices. 

On the other hand, according to the articles entitled 
"Specification of Consumer- Use Digital VCRs using 
6.3mm magnetic tapes- Part 8: ATV Specifications of 
Consumer-Use Digital VCR" and "Specification of Dig- 
ital Interface for Consumer Electronic Audio/Video 
Equipment- Parts 1 & 4", which are published by the HD- 
DVCR Conference, it is prescribed that an advanced tel- 
evision (ATV) signal having MPEG2-TS (Moving Picture 
Experts Group 2-Transport Stream) which is transferred 
using the IEEE 1394 can be recorded by an HD-VCR 
using 6.3mm magnetic tape. Particularly, it is prescribed 
to transfer the MPEG2-TS using the isochronous trans- 
fer mode of the IEEE 1394 while having a common for- 
mat, i.e., common isochronous packet (CIP) header 
structure as in the case of a digital video cassette (DVC) 
called a camcoder. Here, the AV/C CTS is adopted as a 
control command. Also, the MPEG2 is roughly classi- 
fied into one of three: MPEG2-system, MPEG2-video 
and MPEG2-audio. A transport stream (TS) and a pro- 
gram stream (PS) are defined as a transfer standard in 



the MPEG2-system. 

Figure 1 shows a typical example of data transfer 
between the ATV and HD-VCR. According to the defini- 
tion by [1] "Blue Book", published by the HD-DVCR 

5 Conference, including articles entitled "Specification of 
Consumer-Use Digital VCRs using 6.3mm magnetic 
tapes", "Specification of Digital Interface for Consumer 
Electronic Audio/Video Equipment, and "Specifications 
of AV/C Command and Transaction Set for Digital 

w Interface", A/V data transferred from an ATV 10 to HD- 
VCR 20 which are connected by an IEEE 1394 cable 30 
during a recording mode, is a multi-program MPEG2- 
TS, and data transferred from the HD-VCR 20 to the 
ATV 10 during a playback mode is a single program 

is MPEG2-TS. Here, the term ATV refers to the American 
high definition television (HDTV) suggested by the 
Advanced Television Systems Committee (ATSC). Also, 
the AV/C CTS suggested in the Blue Book defines con- 
trol commands with respect to VCR sub-devices, most 

20 of which relate to mechanical operation. 

For example, commands from a remote controller 
1 1 for the ATV 1 0, such as fast-forward and rewind, can 
be transferred to the HD-VCR 20 via the IEEE 1394 
serial bus. However, control commands to the VCR sub- 

25 devices do not include commands for transferring infor- 
mation related to an MPEG2 system layer, e.g., pro- 
gram number. 

Thus, the MPEG2-TS is transferred from the ATV 
10 to the HD-VCR 20 during the recording mode. Here, 

30 the HD-VCR 20 should receive information required for 
parsing the MPEG2-TS being transferred from the ATV 
10, from a user using a remote controller 21 for HD- 
VCR 20. 

Also, the recorded single program MPEG2-TS is 

35 transferred from the HD-VCR 20 to the ATV 10 during 
the playback mode. Here, a program number recorded 
in a video auxiliary (VAUX) region should be transferred 
from the HD-VCR 20 to the ATV. Additionally, it is pre- 
scribed in the Blue Book to record the program number 

40 in the VAUX region of a tape. 

However, the multi-media system of Figure 1 
requires a separate remote controller for each device 
connected to the ATV. That is, when a plurality of 
devices, being capable of recording/reproducing a 

45 received signal, are connected to the ATV, there is an 
inconvenience in that an operational command should 
be input to each recording/reproducing device by the 
user, using a different remote controller for each device. 
Also, when selecting a program by parsing a pro- 

so gram guide information (PG) for the MPEG2-TS in the 
multi-media system shown in Figure 1, the HD-VCR 20 
should first parse the program guide information in the 
multi-program MPEG2-TS transferred from the ATV. In 
order to display the parsed program guide information 

55 on an on-screen graphic (OSG) display, the OSG of the 
program guide information is transferred to the ATV 10 
by being MPEG2-TS encoded since there is no OSG 
transfer standard in the IEEE 1394. Then, a user can 
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input a program number corresponding to an intended 
program, using an up/down key of the remote controller 
21 for the HD-VCR while viewing the OSG displayed on 
the ATV 10. Thus, this multi-media system requires an 
extra encoding circuit in the HD-VCR 20, for the 
MPEG2-TS encoding of the OSG, and the ability to 
parse the program guide information from MPEG2-TS 
in order to constitute the OSG. Also, the generation of 
the OSG is dependent on the VCR manufacturer, so it is 
difficult to provide the same OSG consistently. Although 
the ATV parses the program guide information in trans- 
ferred MPEG2-TS and displays the parsed program 
guide information on an OSG display, and a user inputs 
a program number using the remote controller 1 1 for the 
ATV, the program number can not be transferred to the 
HD-VCR 20, since no command is defined for transfer- 
ring the program number to the HD-VCR 20. 

With a view to solve or reduce the above problems, 
it is an aim of embodiments of the present invention to 
provide a multi-media system for transferring a program 
number between a plurality of digital A/V apparatuses 
having a digital interface, in an asynchronous transfer 
mode, where the multi-media system is universally con- 
trolled by a single remote controller. 

It is another aim of preferred embodiments of the 
present invention to provide a multi-media system for 
receiving a program number between a plurality of dig- 
ital AA/ apparatuses having a digital interface, in an 
asynchronous transfer mode. 

It is still another aim of embodiments of the present 
invention to provide a multi-media system in which a 
receiver, for receiving an MPEG2-TS, parses program 
guide information of the MPEG2-TS and displays the 
parsed information on an on-screen graphic (OSG) dis- 
play, and then transfers a command with respect to the 
input program number to a recording/reproducing 
device. 

It is still yet another aim of embodiments of the 
present invention to provide a method for transferring a 
program number during a recording mode, using an 
asynchronous transfer mode, in the MPEG2-TS transfer 
between a plurality of digital AA/ apparatuses having a 
digital interface. 

It is further aim to provide a method for receiving a 
program number during a playback mode, using an 
asynchronous transfer mode, in the MPEG2-TS transfer 
between a plurality of digital AA/ apparatuses having a 
digital interface. 

According to a first aspect of the invention, there is 
provided a multi-media system having at least a 
receiver for receiving a transport stream and a record- 
ing/reproducing device for recording/reproducing the 
transport stream, wherein the receiver comprises: a first 
signal processor for parsing program specific informa- 
tion (PSI) of the received transport stream and decoding 
a video signal and an audio signal of an intended pro- 
gram based on the parsed PSI; an input device for 
entering one or more program numbers of intended pro- 



grams; and a first digital interface for generating a pro- 
gram number command based on a program number 
received from the input device, to transfer the program 
number command, and for transferring a transport 

5 stream output from the first signal processor, and 
wherein the recording/reproducing device comprises: a 
second digital interface for decoding the program 
number command transferred via the first digital inter- 
face and for receiving the transport stream being trans- 

w ferred via the first digital interface; and a second signal 
processor for extracting an intended program from the 
transport stream received by the second digital inter- 
face, based on the program number, and for recording 
the extracted result on recording media during a record- 

75 ing mode, and for generating a reproduced transport 
stream to the second digital interface during a playback 
mode. 

According to a second aspect of the invention, 
there is provided a multi-media system comprising: an 
20 input device for entering one or more program numbers 
of intended programs; a receiver including a first digital 
interface, for generating a command based on a pro- 
gram number received from the input device, and for 
transferring the command in an asynchronous transfer 
25 mode via the first digital interface; and a record- 
ing/reproducing device including a second digital inter- 
face, for decoding the command transferred from the 
receiver, and for recording/reproducing a transport 
stream being received, corresponding to the program 
30 number obtained by decoding the received command. 

Here, the receiver may include an OSG generator 
for generating the program guide information of the 
received transport stream on the OSG display. 

The input device is preferably a remote controller. 
35 The receiver may be connected to one or more 
recording/reproducing devices using the digital interface 
and the recording/reproducing devices may be control- 
led by the input device. 

The first digital interface may generate a command 
40 based on the parsed PSI. 

The first and second digital interfaces are prefera- 
bly an IEEE 1394 interface, respectively. 

The first digital interface preferably transfers the 
transport stream as isochronous packets during an iso- 
45 chronous transfer mode, and transfers the program 
number as asynchronous packets during an asynchro- 
nous transfer mode using a control command set. 

The control command set is preferably an 
audio/video control command and transaction set (AV/C 
so CTS). 

The first digital interface may transfer a multi-pro- 
gram transport stream as isochronous packets in an 
isochronous transfer mode, and the second digital inter- 
face may transfer either a single program or multi-pro- 
55 gram transport stream as isochronous packets in the 
isochronous transfer mode during a playback mode. 

The first digital interface may transfer a single pro- 
gram transport stream as isochronous packets in an 
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isochronous transfer mode, and the second digital inter- 
face transfer a single program transport stream as iso- 
chronous packets in the isochronous transfer mode 
during a playback mode. 

The first digital interface preferably comprises: a s 
first microcomputer including a transaction layer and a 
serial bus management layer as software, for generat- 
ing a program number command based on a program 
number received from the input device, using a write 
transaction and a read transaction; a first link layer for 10 
adding an asynchronous header to the program number 
command received from the first microcomputer to con- 
vert the program number command into serial data; and 
a first physical layer for converting the serial data into an 
electrical signal. 15 

The receiver may further comprise a first extra 
header inserter/remover for inserting an extra header 
into a transport stream being received, to form a data 
block packet provided by the first digital interface for the 
IEEE 1394 transfer, and for removing the extra header 20 
inserted into a reproduced data block packet for the 
IEEE 1394 transfer. 

The second digital interface may comprise: a sec- 
ond physical layer for converting the program number 
command electrical signal, transferred from the first 25 
physical layer, into digital data; a second link layer for 
converting the program number command digital data 
into parallel data, and for removing an asynchronous 
header; and a second microcomputer including a trans- 
action tayer and a serial bus management layer as soft- 30 
ware, for recording the program number on a 
predetermined region of a recording medium by recog- 
nizing the program number command during a record- 
ing mode, and for reading out the program number 
recorded in the predetermined region during a playback 35 
mode. 

The recording/reproducing device preferably further 
comprises a second extra header inserter/remover for 
removing an extra header inserted into a data block 
packet provided by the second digital interface for a 40 
IEEE 1394 transfer, and for inserting an extra header 
into the transport stream reproduced from the second 
signal processor, to form the data block packet for the 
IEEE 1394 transfer. 

The first signal processor preferably further com- 45 
prises an on-screen graphic (OSG) generator for dis- 
playing program guide information of a transport stream 
being received on an OSG display. 

The OSG generator may mix the program guide 
information with a graphic signal of a background so 
screen or with the decoded video signal to be provided 
to the OSG display. 

The first signal processor may further comprise an 
on-screen display (OSD) generator for displaying the 
program guide information of a transport stream being ss 
received on an OSD display. 

The second signal processor preferably does not, 
parse program guide information from a transport 



stream being received via the second digital interface. 

Also, according to a third aspect there is provided a 
method for transferring and receiving a program number 
between a receiver with a digital interface for receiving a 
transport stream and a recording/reproducing device 
with a digital interface for recording/reproducing the 
transport stream on/from a recording medium, the 
method comprising the steps of: (a) providing a program 
number of an intended program to be recorded; and (b) 
generating a command corresponding to the provided 
program number to transfer the program number com- 
mand, from the receiver to the recording/reproducing 
device. Here, the method may further comprise the 
steps of: (c) transferring a command for inquiring as to 
whether to permit the transfer of the program number of 
the program recorded in the recording medium, from the 
receiver to the recording/reproducing device, during a 
playback mode; and (d) receiving the program number 
of the program recorded in the recording medium, from 
the recording/reproducing device. 

According to a fourth aspect of the invention, there 
is provided a method for transferring a program number 
between a receiver with a digital interface for receiving a 
transport stream and a recording device with a digital 
interface for recording the transport stream on a record- 
ing medium, the method comprising the steps of: (a) 
providing a program number of an intended program to 
be recorded; (b) transferring a command for inquiring as 
to whether to permit the recording of the program; (c) 
receiving a response for permitting the recording of the 
program from the recording device; (d) transferring a 
command for performing the recording of the program 
corresponding to the program number provided in the 
step (a); and (e) receiving a response for notifying of the 
permission of the recording of the program correspond- 
ing to the program number, from the recording device. 

The step (a) comprises preferably the steps of: (a1) 
parsing program guide information from the transport 
stream; (a2) displaying the parsed program guide infor- 
mation; and (a3) providing the program number of the 
intended program according to the displayed program 
guide information. 

Step (a2) preferably comprises displaying, the 
parsed program guide information on an OSG display. 

The step (a2) may comprise displaying the parsed 
program guide information on an OSD display. 

According to a fifth aspect of the invention, there is 
provided a method for receiving a program number by a 
receiver with a digital interface for receiving a transport 
stream and a reproducing device with a digital interface 
for reproducing the transport stream of the program 
recorded on a recording medium, the method compris- 
ing the steps of: (a) inquiring as to whether to permit the 
transfer of a program number corresponding to the pro- 
gram recorded on the recording medium, during a play- 
back mode; (b) receiving a response for permitting the 
reproduction of the program from the reproducing 
device; (c) transferring a command for requesting the 
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program number of the program recorded on the record- 
ing medium; and (d) receiving the program number of 
the program recorded on the recording medium from 
the reproducing device. 

For a better understanding of the invention, and to 
show how embodiments of the same may be carried 
into effect, reference will now be made, by way of exam- 
ple, to the accompanying diagrammatic drawings, in 
which: 

Figure 1 is a diagram illustrating a conventional 
method for MPEG2-TS transfer between an ATV 
and an HD-VCR; 

Figure 2 is a diagram illustrating a method for 
MPEG2-TS transfer between an ATV and an HD- 
VCR according to aspects of the present invention; 

Figure 3 is a block diagram of a multi-media system 
for transferring and receiving a program number, 
according to a preferred embodiment of the present 
invention. 

Figures 4A through 4D show formats of an MPEG2 
information notify command for transferring a pro- 
gram number, according to embodiments of the 
present invention; 

Figure 5 shows the format of an MPEG2 informa- 
tion inquiry command for receiving a program 
number, according to embodiments of the present 
invention; 

Figure 6 shows the format of the commands of a 
command frame and a response frame, according 
to the AV/C CTS specification, for easy understand- 
ing of embodiments of the present invention; 

Figures 7A through 7C are tables respectively 
defining a command type, a response code and a 
subunit address according to the AV/C CTS specifi- 
cation, for constituting the command frame and the 
response frame shown in Figure 6; 

Figure 8 is a diagram showing an example of trans- 
ferring a program number of a single program dur- 
ing a recording mode; and 

Figure 9 is a diagram showing an example of 
receiving a program number of a single program 
during a playback mode. 

For convenience of explanation, an advanced tele- 
vision (ATV) will be described as an example of an 
MPEG2-TS broadcasting signal receiver, and a high 
definition videocassette recorder (HD-VCR) will be 
described as an example of an MPEG2-TS record- 
ing/reproducing device. However, any apparatus having 



a digital interface capable of transferring/receiving an 
MPEG2-TS, can replace the ATV, and any MPEG-2-TS 
recording/reproducing device can replace the HD-VCR, 
for the purposes described below. 

s Also, in order to simplify the structure of the multi- 

media system shown in Figure 2, only an HD-VCR 200 
and an ATV 100 are connected by an IEEE 1394 cable 
300. However, other digital audio/video apparatuses 
may be connected to the ATV 100 and/or the HD-VCR 

10 200 by the IEEE 1394 cable 300. In the mufti-media sys- 
tem of Figure 2, one remote controller 120 for the ATV 
(ATV-remote controller) is used. During a recording 
mode, a multi-program MPEG2-TS is transferred from 
the ATV 100 to the HD-VCR 200. During a playback 

75 mode, a single program MPEG2-TS is transferred from 
the HD-VCR 200 to the ATV 100. 

However, a single program MPEG2-TS may be 
transferred from the ATV 1 00 to the HD-VCR 200 during 
the recording mode, and from the HD-VCR 200 to the 

20 ATV 100 during the playback mode. Also, a multi-pro- 
gram MPEG2-TS may be transferred from the ATV 100 
to the HD-VCR 200 during the recording mode, and 
from the HD-VCR 200 to the ATV 100 during the play- 
back mode. 

25 According to embodiments of the present invention, 
one or a plurality of program numbers input by the ATV- 
remote controller 120 is transferred as a command dur- 
ing the IEEE 1394 asynchronous transfer mode, and the 
program number recorded on a tape is transferred from 

30 the HD-VCR 200 to the ATV 1 00 during the playback of 
the MPEG2-TS, such that the HD-VCR 200 is controlled 
by the ATV 100. To achieve this, a new command for 
transferring a program number should be added to the 
AV/C CTS, and the new command is transferred from 

35 the ATV 100 and the HD-VCR 200 using the asynchro- 
nous transfer mode of the IEEE 1394. 

Figure 3 is a block diagram of a multi-media system 
for transferring a program number between the ATV 100 
and the HD-VCR 200. In Figure 3, a tuner 101 selects 

40 the frequency band of an intended program from the 
multi-program MPEG2-TS received via an antenna. A 
channel decoder 102 extracts the intended multi-pro- 
gram MPEG2-TS after removing an error correction 
code from the received signal. The multi-program 

45 MPEG2-TS extracted from the channel decoder 102 is 
output to a transport stream demultiplexer 103 during a 
display mode, and to an extra header inserter/remover 
109 during a transfer mode. Here, the MPEG2-TS cor- 
responds to an MPEG2-system layer. 

so Here, the MPEG2 system layer will be described 
briefly for easy understanding of the embodiment of the 
present invention. One program is constituted of video 
information, audio information and user data informa- 
tion. According to the MPEG2-TS defined by the 

55 MPEG2 system layer, video data information, audio 
data information and user data information correspond- 
ing to a plurality of programs are time-division multi- 
plexed into one stream. The MPEG2-TS includes 
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program specific information (PSI) such that a receiver 
can properly parse the audio data information, video 
data information and user data information correspond- 
ing to an intended program during demultiplexing. 

Most of the PSI is in table form, such as the pro- s 
gram association table (PAT), program map table (PMT) 
and conditional access table (CAT). Here, the PAT and 
PMT are important. One PMT exists per program. In the 
PMT, packet identification numbers (PIDs) with respect 
to transport stream packets including a video stream 10 
and an audio stream of the corresponding program, are 
summarized by item. Here, the video stream of the pro- 
gram is represented by PID=XXXX, and the audio 
stream thereof is represented by PID=YYYY . The 
lengths of the transport stream packets are fixed at 1 88 75 
bytes. 

Since a plurality of programs exist in one transport 
stream (TS), a plurality of PMTs exist in the TS. Thus, a 
synthetic table is required, for connecting each program 
of the TS with the PMT P IDs of each program. This syn- 20 
thetic table is called the "PAT". Since one program is 
expressed as one program number, items of the PAT are 
constituted of information giving the relationship 
between the program number(=XXXX) and the PMT 
PID. 25 

On the other hand, a transport stream demulti- 
plexer 1 03 parses the PAT and PMT of the multi-pro- 
gram MPEG2-TS of a channel selected by the channel 
decoder 102. The transport stream demultiplexer 103 
then extracts a video PID (V_PID) and an audio PID 30 
(A_PID) from the parsed PMT, to separate a video 
stream and an audio stream according to the video PID 
and the audio PID. The video and audio streams are 
output to a video decoder 104 and an audio decoder 
105, respectively. Also, the transport stream demulti- 35 
plexer 103 parses program guide information of the 
multi-program MPEG2-TS of the channel selected by 
the channel decoder 102, and outputs the parsed infor- 
mation to an ATV microcomputer 106. 

The video decoder 104 decodes the separated 40 
video stream and displays the decoded image signal on 
a display (not shown). The audio decoder 105 decodes 
the audio stream and outputs the decoded sound signal 
to a sound output device (not shown) such as a speaker. 

An on-screen graphic (OSG) generator 108 mixes 45 
the program guide information with a graphic signal 
used as a background screen, generated by a graphic 
source 107, or with the image signal decoded by the 
video decoder 104, under the control of the ATV micro- 
computer 106, to display the result on a display (not so 
shown). Here, a user inputs one or a plurality of program 
numbers of intended programs using the ATV-remote 
controller 120. The OSG is reproduced by the ATV 100, 
and the same OSG is provided, regardless of the man- 
ufacturers of the connected apparatus. Also, it is unnec- 55 
essary for an HD-VCR signal processor 205 of the HD- 
VCR 200 to parse the program guide information exist- 
ing in MPEG2-TS. 



Here, the transport stream demultiplexer 103, the 
video decoder 104, the audio decoder 105, the graphic 
source 107 and the OSG generator 108 may be called 
an "ATC signal processor." Also, an on-screen display 
(OSD) generator for generating the program guide infor- 
mation for an OSD may be included instead of the OSG 
generator 108. 

On the other hand, a transaction layer, an IEEE 
1394 serial bus management layer, a link layer 110 and 
a physical layer 111, which are various layer of the IEEE 
1394 protocol, may be called as a digital interface for 
the ATV. Here, the transaction layer and the IEEE 1394 
serial bus management layer are installed in the ATV 
microcomputer 106 as software. The HD-VCR 200 is 
roughly constituted of a digital interface including a 
physical layer 201, a link layer 202, a transaction layer 
and an IEEE 1394 serial bus management layer, an HD- 
VCR microcomputer 203, an extra header 
inserter/remover 204 and an HD-VCR signal processor 
205. Here, the transaction layer and the IEEE 1394 
serial bus management layer are installed in the HD- 
VCR microcomputer 103 as software. 

Next, the MPEG2-TS transfer during the iso- 
chronous transfer mode, and the transfer and reception 
of the program number during the asynchronous trans- 
fer mode, via the IEEE 1394 serial bus, will be 
described. 

(I) MPEG2-TS transfer 

The transfer of the MPEG2-TS from the ATV 100 to 
the HD-VCR 200 during the recording mode will be 
described as an example. During the playback mode, 
the transfer of the MPEG2 is performed reversed. In 
order to transfer the 188-byte multi-program MPEG2-TS 
packets output from the channel decoder 102 via the 
IEEE 1394 interface, the extra header inserter/remover 
109 inserts a time stamp, divides each TS packet hav- 
ing the time stamp into block units of a predetermined 
size (24 bytes), and adds a CIP header to each block, 
thereby constituting a data block packet for the IEEE 
1394 transfer. The link layer 110 adds an isochronous 
header to the data block packet including the CIP 
header for the IEEE 1394 transfer, output from the extra 
header inserter/remover 109 to make the data block 
packet into an isochronous packet. The link layer 110 
then converts the isochronous packet into a serial sig- 
nal. The physical layer 111 converts the serial signal 
into an electrical signal. 

The electrical signal is input to the physical layer 
201 of the digital interface of the HD-VCR, via the IEEE 
1394 cable 300. The physical layer 201 converts the 
electrical signal into digital data. The link layer 202 con- 
verts the digital data into parallel data of a 1 -byte unit 
and then removes the isochronous header. The extra 
header inserter/remover 204 removes the extra header 
(CIP header), and makes the data into a TS packet to 
output to the HD-VCR signal processor 205. For select- 
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ing a single program, the HD-VCR signal processor 205 
parses the PAT from the multi-program MPEG2-TS 
processed into transport packets, and parses the PMT 
PID based on the parsed PAT using the asynchronously 
transferred program number. That is, since the PAT PID 
is set to "0", the PAT is extracted by checking whether 
the PAT PID is equal to "0" or not. Also, all packets of an 
intended program are extracted by extracting the A_PID 
and the V_PID from the PMT PID to be recorded on a 
tape. Here, the HD-VCR signal processor 205 performs 
signal processing for reproduction as well. 

For the above operation by the HD-VCR signal 
processor 205, the program information (program 
number) selected by a user must be transferred from 
the ATV-remote controller 120 to the ATV-microproces- 
sor 106, and then to the HD-VCR 200. Since the pro- 
gram number is transferred once after the recording 
mode is set, the program number is transferred as an 
asynchronous packet together with a recording start 
command. According to the current specification pro- 
posed by the HD-VCR Conference, a command capa- 
ble of transferring a program number is not defined. 
Thus, the present invention is intended to transfer the 
program number by adding a command for transferring 
the program number thereto. Also, the program specific 
information (PSI) excluding the program number, e.g., 
PMT PID, V_PID, A_PID and other information, can be 
transferred. This command is required for controlling the 
A/V apparatus as well as the AV/C CTS. 

The addition of the program number transferring 
command is meaningful more than decreasing the 
number of remote controllers for each apparatus in the 
multi-media system. That is, even though it is not shown 
in the embodiment of the present invention, it means 
that the HD-VCR 200 can connect to various types of 
external apparatuses or a network. That is, the HD-VCR 
200 can accept a program number input from an exter- 
nal network such as the Internet, as it does a program 
number transferred from the ATV 100, so that the con- 
trol by the network is possible. For example, suppose 
that the Internet includes a home page providing pro- 
gram guide information managed by a broadcasting sta- 
tion, and an ATV capable of web browsing exists at 
home. If a user selects a program by connecting to the 
home page, the corresponding program number would 
be transferred to the ATV of the user and then to the HD- 
VCR. 

(II) Transfer and Reception of program number 

A command for transferring a program number, pro- 
posed by the present invention, is transferred as an 
asynchronous packet using the asynchronous transfer 
mode. Here, the flow of the asynchronous transfer 
relates to a microcomputer. 

The command for transferring a program number is 
implemented using the IEEE 1394 read and write trans- 
actions, wherein the write and read transactions are 



performed in a transaction layer which is implemented 
by software in the ATV microcomputer 106. The ATV 
microcomputer 106 also implements the contents 
related to the management of a serial bus and an appli- 
5 cation program, as well as the transaction layer, by soft- 
ware. 

Trie link layer 1 10 adds an asynchronous header to 
a program number command in order to transfer the 
program number command as an asynchronous packet 

10 from the ATV microcomputer 1 06 according to the AV/C 
CTS specification, and converts the command having 
the asynchronous header into serial data. The physical 
layer 1 1 1 converts the serial data into an electrical sig- 
nal to output via the IEEE 1394 cable 300. 

15 The physical layer 201 as an HD-VCR digital inter- 
face converts the electrical signal into digital data. The 
link layer 202 converts the digital data into parallel data 
of a 1 -byte unit, removes the asynchronous header, and 
then outputs the result to the HD-VCR microcomputer 

20 203. The HD-VCR microcomputer 203 recognizes the 
program number command and writes the program 
number in a VAUX region of the tape during a recording 
mode, and it reads out the program number recorded in 
the VAUX region during a playback mode to transfer the 

25 program number to the ATV 100 via the digital interface 
of the HD-VCR. 

Next, a control command for the program number 
generated according to the AV/C CTS specification will 
be described in detail. Here, the AV/C CTS specification 

30 is disclosed in the reference [2] entitled "Specification of 
Digital Interface for Consumer Electronic Audio/Video 
Equipment" (called IEC1883). 

According to the above cited reference [2], a node 
on the IEEE 1 394 serial bus in the AV/C CTS is called a 

35 "device". The device is divided into sub-devices. For 
example, a VCR device may be constituted of a VCR 
sub-device and a tuner sub-device. Also, devices for 
transferring and receiving a command are called "con- 
troller" and "target", respectively. The controller can 

40 transfer a command to the target. There are a control 
command, a status inquiry command, a support inquiry 
command and a report notify command. Also, the com- 
mands are classified as device commands or sub- 
device commands, according to whether the target of 

45 the command is a device unit or a sub-device unit. The 
target receiving the command is set to respond within a 
predetermined time (100msec) after receiving a com- 
mand. For a smooth transfer of commands and 
responses between two devices, a command register 

so and a response register are required. The command 
register and the response register exist in the micro- 
computers 1 06 and 203 of Figure 3 or an external mem- 
ory (not shown), which are mapped at a predetermined 
location on the IEEE 1394 bus. 

55 Figure 4A shows the format of an MPEG2 informa- 
tion notify command according to the present invention, 
defining a command for notifying a target (HD-VCR) of 
information related to the MPEG2-TS. In this format, a 
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command for inquiring of whether to supply an informa- 
tion transfer function or not is also defined. Generally, a 
VCR device performs a single program recording, how- 
even the command format of Figure 4A includes the 
commands for both single program recording and multi- 
program recording. In Figures 4A to 4D, "OPC" presents 
an operation code, "OPR" represents an operand, and 
"R" and "O" of the "lever column are abbreviations of 
"recommended" and "optional", respectively. Also, "XX" 
represents that the OPR differs according to the cases. 
Figures 4B to 4D define the OPRs of the command of 
Figure 4A. 

Figure 5 shows the format of an MPEG2 informa- 
tion inquiry command according to an embodiment of 
the present invention, in which a command capable of 
taking MPEG2-TS information from a target (HD-VCR) 
is defined. Here, each OPR is the same as those of the 
MPEG2 information notify command of Figures 4B to 
4D. 

Figure 6 shows the format of an AV/C command 
frame and of an AV/C response frame proposed by the 
cited reference [2], and Figures 7A to 7C are tables 
defining a command type, a response code and a subu- 
nit address, respectively, proposed by the cited refer- 
ence [2]. 

Figure 8 shows an example in which the program 
number of a single program is transferred from the ATV 
1 00 to the HD-VCR 200 during a recording mode using 
the commands defined in Figures 4A through 4D, 5, 6 
and 7A through 7C, which is performed by software in 
the ATV microcomputer 106 of Figure 3. 

In Figure 8, when a program number is input by a 
user during the recording mode, a controller (ATV) 
transfers a first command frame to a target (HD-VCR) to 
inquire (OPC:C7 16 ) whether to support (CT/RC:0010 2 ) 
the recording of the program number of a single pro- 
gram (OPR1:00 16 ) by a first VCR device (Header 
Address(HA):00100 2 /000 2 ). Then, the target (HD-VCR) 
transfers a first response frame to the controller (ATV) 
as a response (OPC:C7 16 ) for permitting 
(CT/RC:1 100 2 ) the recording of the program number of 
the single program (OPR1 :00 16 ) by the first VCR device 
(HA:00100 2 /000 2 ). 

The controller (ATV) receives the first response 
frame, and transfers a second command frame to the 
target (HD-VCR) to notify (OPC:C7 16 ) a command 
(CT/RC:0000 2 ) for recording the program number 
(OPR 1:00 ABCD 16 ) of the program selected by a user 
by using the first VCR device (HA:00100 2 /000 2 ). Then, 
the target (HD-VCR) transfers a second response frame 
to the controller (ATV) to notify (OPC:C7 16 ) the permis- 
sion (CT/RC:1001 2 ) of the recording of the program 
number (ABCD 16 ) by the first VCR device (HA: 
00100 2 /000 2 ). 

Figure 9 shows an example in which the program 
number of a single program is received by the ATV 100 
from the HD-VCR 200 during the playback mode, which 
is performed by the ATV microcomputer 106. 



In Figure 9, when the playback mode is set, a con- 
troller (ATV) transfers a first command frame to a target 
(HD-VCR) to inquire (CT/RC:0010 2 ) as to whether to 
notify (OPC:C8 16 ) the target (HD-VCR) of the program 

5 number of a single program (OPR1 :00 16 ) recorded by a 
first VCR device (HA:00100 2 /000 2 ). Here, the target 
(HD-VCR) transfers a first response frame to the con- 
troller (ATV) to notify (OPC:C8 16 ) the controller (ATV) of 
the permission (CT/RC:1100 2 ) of the reproduction of 

w the single program (OPR1 :00 16 ) by the first VCR device 
(HA:00100 2 /0002). 

Then, the controller (ATV) transfers a second com- 
mand frame to the target (HD-VCR) to inquire 
(CT/RC:1000 2 ) as to whether to notify (OPC:C8 16 ) the 

15 target (HD-VCR) of the program number of the single 
program (OPR1 :00 16 ) recorded by the first VCR device 
(HA:001 00^000^. Here, the target (HD-VCR) transfers 
a second response frame to the controller (ATV) to 
notify (CT/RC:1001 2 ) the controller (ATV) of the pro- 

20 gram number (ABCD 16 ) of the single program 
(OPR1:00 16 ) recorded by the first VCR device 
(HA:001 00^000^. 

The remote controller of the above embodiment 
may include all input devices. 

25 As described above, in the multi-media system 
according to the present invention, the program number 
is transferred and received during the asynchronous 
transfer mode of the IEEE 1394 digital interface, so that 
various digital AN apparatuses can all be controlled by 

30 one apparatus, implementing a home network. Also, an 
OSG generator is provided in the ATV, providing a con- 
sistent OSG. 

The reader's attention is directed to all papers and 
documents which are filed concurrently with or previous 
35 to this specification in connection with this application 
and which are open to public inspection with this speci- 
fication, and the contents of all such papers and docu- 
ments are incorporated herein by reference. 

All of the features disclosed in this specification 
40 (including any accompanying claims, abstract and 
drawings), and/or all of the steps of any method or proc- 
ess so disclosed, may be combined in any combination, 
except combinations where at least some of such fea- 
tures and/or steps are mutually exclusive. 
45 Each feature disclosed in this specification (includ- 
ing any accompanying claims, abstract and drawings), 
may be replaced by alternative features serving the 
same, equivalent or similar purpose, unless expressly 
stated otherwise. Thus, unless expressly stated other- 
50 wise, each feature disclosed is one example only of a 
generic series of equivalent or similar features. 

The invention is not restricted to the details of the 
foregoing embodiment(s). The invention extends to any 
novel one, or any novel combination, of the features dis- 
ss closed in this specification (including any accompanying 
claims, abstract and drawings), or to any novel one, or 
any novel combination, of the steps of any method or 
process so disclosed. 
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Claims 

1. A multi-media system having at least a receiver 
(100) for receiving a transport stream and a record- 
ing/reproducing device (200) for recording/repro- 
ducing the transport stream, wherein the receiver 
(100) comprises: 

a first signal processor (103-105) for parsing 
program specific information (PSI) of the 
received transport stream and decoding a 
video signal and an audio signal of an intended 
program based on the parsed PSI; 

an input device (120) for entering one or more 
program numbers of intended programs; and 

a first digital interface (1 06, 1 1 0, 1 1 1 ) for gener- 
ating a program number command based on a 
program number received from the input 
device, to transfer the program number com- 
mand, and for transferring a transport stream 
output from the first signal processor (103- 
105), and 

wherein the recording/reproducing 
device (200) comprises: 

a second digital interface (201-203) for decod- 
ing the program number command transferred 
via the first digital interface and for receiving 
the transport stream being transferred via the 
first digital interface; and 

a second signal processor (205) for extracting 
an intended program from the transport stream 
received by the second digital interface (201- 
203), based on the program number, and for 
recording the extracted result on recording 
media during a recording mode, and for gener- 
ating a reproduced transport stream to the sec- 
ond digital interface (201-203) during a 
playback mode. 

2. A multi-media system comprising: 

an input device (120) for entering one or more 
program numbers of intended programs; 

a receiver (1 00) including a first digital interface 
(106, 110, 111), for generating a command 
based on a program number received from the 
input device (120) and for transferring the com- 
mand in an asynchronous transfer mode via 
the first digital interface; and 

a recording/reproducing device (200) including 
a second digital interface (201-203), for decod- 
ing the command transferred from the receiver 



(100), and for recording/reproducing a trans- 
port stream being received, corresponding to 
the program number obtained by decoding the 
received command. 

The multi-media system of claim 1 or 2, wherein the 
input device (120) is a remote controller. 

The multi-media system of claim 1 or 3, wherein the 
receiver (100) is connected to one or more record- 
ing/reproducing devices (200) using the digital 
interface and the recording/reproducing devices are 
controlled by the input device (120). 

The multi-media system of claim 1 , 3, or 4, wherein 
the first digital interface (106, 1 10, 1 1 1) generates a 
command based on the parsed PSI. 

The multi-media system of claim 1, 3, 4, or 5, 
wherein the first and second digital interfaces (106, 
110, 111); (201-203) are an IEEE 1394 interface, 
respectively. 

The multi-media system of any of claims 1 or 3 to 6. 
wherein the first digital interface (106, 110, 111) 
transfers the transport stream as isochronous pack- 
ets during an isochronous transfer mode, and trans- 
fers the program number as asynchronous packets 
during an asynchronous transfer mode using a con- 
trol command set. 

The multi-media system of claim 7, wherein the 
control command set is an audio/video control com- 
mand and transaction set (AV/C CTS). 

The multi-media system of any of claims 1 or 3 to 8, 
wherein the first digital interface (106, 110, 111) 
transfers a multi-program transport stream as iso- 
chronous packets in an isochronous transfer mode, 
and the second digital interface (201-203) transfers 
a single program transport stream as isochronous 
packets in the isochronous transfer mode during a 
playback mode. 

The multi-media system of any of claims 1 or 3 to 8, 
wherein the first digital interface (106, 110, 111) 
transfers a multi-program transport stream as iso- 
chronous packets in an isochronous transfer mode, 
and the second digital interface (201-203) transfers 
a multi-program transport stream as isochronous 
packets in the isochronous transfer mode during a 
playback mode. 

1 1 . The multi-media system of any of claims 1 or 3 to 8. 
55 wherein the first digital interface (106. 110, 111) 
transfers a single program transport stream as iso- 
chronous packets in an isochronous transfer mode, 
and the second digital interface (201-203) transfers 
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a single program transport stream as isochronous 
packets in the isochronous transfer mode during a 
playback mode. 

12. The multi-media system of claim 6 or any of claims s 
7 to 11 as dependent thereon, wherein the first dig- 
ital interface comprises: 

a first microcomputer (106) including a transac- 
tion layer and a serial bus management layer 10 
as software, for generating a program number 
command based on a program number 
received from the input device (120), using a 
write transaction and a read transaction; 

15 

a first link layer (1 10) for adding an asynchro- 
nous header to the program number command 
received from the first microcomputer (106) to 
convert the program number command into 
serial data; and 20 

a first physical layer (111) for converting the 
serial data into an electrical signal. 

13. The multi-media system of claim 12, wherein the 25 
receiver further comprises a first extra header 
inserter/remover (109) for inserting an extra header 
into a transport stream being received, to form a 
data block packet provided by the first digital inter- 
face (106, 1 10, 1 1 1) for the IEEE 1394 transfer, and 30 
for removing the extra header inserted into a repro- 
duced data block packet for the IEEE 1 394 transfer. 

14. The multi-media system of claim 6, wherein the 
second digital interface (201-203) comprises: 35 

a second physical layer (201) for converting the 
program number command electrical signal, 
transferred from the first physical layer, into dig- 
ital data; 40 

a second link layer (202) for converting the pro- 
gram number command digital data into paral- 
lel data, and for removing an asynchronous 
header; and 45 

a second microcomputer (203) including a 
transaction layer and a serial bus management 
layer as software, for recording the program 
number on a predetermined region of a record- so 
ing medium by recognizing the program 
number command during a recording mode, 
and for reading out the program number 
recorded in the predetermined region during a 
playback mode. 55 



prises a second extra header inserter/remover 

(204) for removing an extra header inserted into a 
data block packet provided by the second digital 
interface (201 -203) for a IEEE 1 394 transfer, and for 
inserting an extra header into the transport stream 
reproduced from the second signal processor 

(205) , to form the data block packet for the IEEE 
1394 transfer. 

1 6. The multi-media system of claim 1 , wherein the first 
signal processor further comprises an on-screen 
graphic (OSG) generator (108) for displaying pro- 
gram guide information of a transport stream being 
received on an OSG display. 

17. The multi-media system of claim 16, wherein the 
OSG generator mixes (108) the program guide 
information with a graphic signal of a background 
screen to be provided to the OSG display. 

18. The multi-media system of claim 16, wherein the 
OSG generator (108) mixes the program guide 
information with the decoded video signal to be pro- 
vided to the OSG display. 

19. The multi-media system of claim 1 , wherein the first 
signal processor further comprises an on-screen 
display (OSD) generator for displaying the program 
guide information of a transport stream being 
received on an OSD display. 

20. The multi-media system of claim 16, wherein the 
second signal processor (205) does not parse pro- 
gram guide information from a transport stream 
being received via the second digital interface (201 - 
203). 

21. A method for transferring and receiving a program 
number between a receiver with a digital interface 
for receiving a transport stream and a record- 
ing/reproducing device with a digital interface for 
recording/reproducing the transport stream on/from 
a recording medium, the method comprising the 
steps of: 

(a) providing a program number of an intended 
program to be recorded; and 

(b) generating a command corresponding to 
the provided program number to transfer the 
program number command, from the receiver 
to the recording/reproducing device. 



22. The method of claim 21, 
steps of: 



further comprising the 



15. The multi-media system of claim 14, wherein the 
recording/reproducing device (200) further com- 



(c) transferring a command for inquiring as to 
whether to permit the transfer of the program 
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number of the program recorded in the record- 
ing medium, from the receiver to the record- 
ing/reproducing device, during a playback 
mode; and 



port stream and a reproducing device with a digital 
interface for reproducing the transport stream of the 
program recorded on a recording medium, the 
method comprising the steps of: 



23. 



(d) receiving the program number of the pro- 
gram recorded in the recording medium, from 
the recording/reproducing device. 

A method for transferring a program number 
between a receiver with a digital interface for 
receiving a transport stream and a recording device 
with a digital interface for recording the transport 
stream on a recording medium, the method com- 
prising the steps of: 

(a) providing a program number of an intended 
program to be recorded; 

(b) transferring a command for inquiring as to 
whether to permit the recording of the program; 



24. 



(e) receiving a response for notifying of the per- 
mission of the recording of the program corre- 
sponding to the program number, from the 
recording device. 

The method of claim 21 , 22 or 23. wherein the step 
(a) comprises the steps of: 

(a1) parsing program guide information from 
the transport stream; 

(a2) displaying the parsed program guide infor- 
mation; and 



10 



15 



20 



(c) receiving a response for permitting the 
recording of the program from the recording 
device; 25 

(d) transferring a command for performing the 
recording of the program corresponding to the 
program number provided in the step (a); and 



30 



35 



40 



(a) inquiring as to whether to permit the transfer 
of a program number corresponding to the pro- 
gram recorded on the recording medium, dur- 
ing a playback mode; 

(b) receiving a response for permitting the 
reproduction of the program from the reproduc- 
ing device; 

(c) transferring a command for requesting the 
program number of the program recorded on 
the recording medium; and 

(d) receiving the program number of the pro- 
gram recorded on the recording medium from 
the reproducing device. 



(a3) providing the program number of the 45 
intended program according to the displayed 
program guide information. 

25. The method of claim 24, wherein the step (a2) com- 
prises displaying the parsed program guide irrfor- so 
mation on an OSG display. 



26. The method of claim 24, wherein the step (a2) com- 
prises displaying the parsed program guide infor- 
mation on an OSD display. ss 

27. A method for receiving a program number by a 
receiver with a digital interface for receiving a trans- 
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